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METHOD AND SYSTEM FOR RECORDING SEARCH TRAILS ACROSS ONE 
OR MORE SEARCH ENGINES IN A COMMUNICATIONS NETWORK 

The present Invention relates to a method and system for automatically 
recording sites accessed by a client In a communications network, and In 
5 particular to the recordal of a trail of sites consecutively accessed by the client. 
The invention is suitable for use in applications in which a client accesses sites 
from one or more servers forming part of the Internet, and It will be convenient to 
describe the invention in relation to that exemplary application. It should be 
appreciated however that the invention is not limited to that appliciation 

10 Each day millions of searches are conducted on the Internet by using 

Internet search engines. These search engines are software that search for data 
based on some criteria. Typically, a user enters a search query and an algorithm 
is used to detemnine Hyper Text Markup Language (HTML) documents or other 
content that match the search query based upon a search algorithm perfomned by 

15 the search engine. Once the search algorithm has been executed, search results 
consisting of a list of links to a number of relevant HTML documents or other 
content are retumed for display to the client. A user will click on one of the links, 
and the content located at that link will be served to the client. This content may 
provide one or more links to other sites, and depending upon their relevance the 

20 user may choose to click on one of these further links. In this way. a search trail 
consisting of a chain of consecutively accessed sites Is created by a user. 

Current search engines require searchers to rediscover a path to a desired 
search result each time a new search query is created. Search trails developed 
by an individual or other users are cunrently unable to be harnessed to improve the 
25 efficiency and relevance of a search conducted on the Internet 

Considerable academic research has been devoted to analysing the 
behaviour of web searchers. Typically this research relies on web server logs to 
record web usage data. However, it is Impractical to merge user data from 
multiple servers as this requires cooperation between the server owners. 
30 Moreover, server logs only record a limited number of parameters used in Hyper 
Text Transfer Protocols (HTTP) GET requests, and do not enable meaningful 
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information to be recorded for constituting a search trail. Recording all page visits 
by a user in a web server log results in privacy concerns for many users. 
Furtliermore, a web server log is unable to record page visits of a user on third 
party servers. Recording all page visits also consumes a considerable amount of 
5 disk storage space. 

Other research into user behaviour whilst browsing the Internet has 
described the use of HTTP proxies to intercept HTTP requests between a client- 
side browser and the Internet. Such systems have focused on a user's general 
web browsing behaviour but have not addressed a user's searching behaviour. A 
10 proxy-based solution for recording user browsing behaviour also has a number of 
important limitations, namely that all requests go via the proxy and excess network 
bandwidth is consumed, nevy page requests are transmitted slowly as they must 
pass via the proxy, and the privacy of the user Is not adequately protected since 
all page requests are intercepted. 

15 It would be desirable to provide an automated method and system for 

recording sites accessed by a client in a communications network that enables an 
Internet searcher to record a search and the search trail followed to find a 
relevant result. 

It would also be desirable to enable the recordal of search trails across 
20 multiple engines. 

It would also be desirable to enable the retrieval of previously generated 
search trails at a later time, and to enable a searcher to be able to follow search 
trails previously generated by themselves or other internet searches. 

One aspect of the present invention provides an automated method for 
25 recording sites accessed by a client in a communications network, the method 
Including the steps of. 

detecting submission of a search query from a client to one of a plurality of 
search engines; and 
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recording a search trail of one or more parameters of sites accessed 
consecutively following return of search query results to the client. 

The step of detecting submission of the search query may include: 

detecting submission of a completed forni object from the client; and 

5 determining if part of the form object matches a known search command 

format of any of the plurality of search engines. 

The search command format may include the network address of a search 
engine program for executing the search query. 

The search command format may further include one or more search 
10 parameters identifying a user-entered search query. 

The step of detecting submission of a completed form object by the client 
may include: 

locating form objects In an object model of content served to a client; and 

adding a routine to each fomri object to enable interception of the completed 
15 form object upon submission. 

The step of locating all fonm objects in a document object model of content 
served to a client Is carried out after the content has been served to the client. 

The content may be an HTML document, and all form objects in a 
document object model of the HTML document may be located once a - 
20 DocumentComplete event occurs. 

The HTML document may include a GET or a POST form. 

The step of recording one or more parameters of the sites accessed 
consecutively from the search query results may be optionally selectable at the 
client once the search query Is detected. 
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The step of recording one or more parameters of the sites accessed 
consecutively from the search query results may include: 

recording the network address of the consecutively accessed sites. 

The step of recording one or more parameters of the sites accessed 
5 consecutively from the search query results may further include: 

recording one or more of a search identifier, network address of a referring 
site, network addriess of the client and search temn or tenms entered by the user at 
the client. 

The step of recording one or more parameters of the sites accessed 
1 0 consecutively from the search query results may further include: 

transmitting the one or more parameters identified at the client to a trail 
recorder server for recordal. 

The method may further include the step of initially recording the one or 
more parameters in a RAM table at the trail recorder server. 

15 The method may further include the step of periodically saving RAM table 

data to disk-based tables at the trail recorder sen/er. 

A first disk-based table may store data characterising its search trail. 

A second disk-based table may store data characterising the consecutive 
sites accessed in each search trail. 

20 The number of consecutively accessed sites may be limited to a 

predetermined maximum. 

The method may further include the step of: 

maintaining an adapter table of known search command formats for a 
plurality of search engines. 
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The method may further include the step of: 

periodically validating the search command formats maintained in the 
adapter table. 

The method may further include the step of: 

5 automatically identifying a search command fonmat of a new search engine; 

and 

updating the adapter table. 

The method may further include the step of: 

collecting search Information identifying a search box page of a search 
10 engine; and 

identifying the search command format from the search information. 

The step of collecting search information may include: 

collecting the HTML code of a search box; and 

parsing the HTML code to identify the search command format. 

1 5 The method may further include the step of: 

matching the search query to previous search queries to Identify related 
search trails. 

The step of matching the search query to previous search queries may 
include: 

20 conducting a full text search on the search query and previous search 

queries. 
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The step of matching the search query to previous search queries may 
include: 

limiting the related search trails to search trails resulting from search 
queries from a same user. 

5 Alternatively, the related search trails may include search trails resulting 

from search queries from a same and other users. 

The method may further include the step of: 

presenting the related search trails at the client. 

The step of presenting the related search trails may include: 

10 ordering the related search results by one or more ranking criteria. 

The ranking criteria may include any one or more of date, Inverse document 
frequency match, target search engine, user identifier or trail weight indicative of 
the cumulative frequency of user visits to steps in a related search trail. 

Another aspect of the invention provides a system for reconding sites 
15 accessed by a client in a communications network, the system including: 

a search query detector for detecting submission of a search query from the 
client to one of a plurality of search engines; and 

a search trail recorder for recording a search trail of one or more 
parameters of sites accessed consecutively following return of search query 
20 results to the client 

The system may further include: 

an adapter manager for maintaining an adapter table of known search 
command fomnats for the plurality of search engines. 



wo 2005/069161 



7 



PCT/AU2004/001763 



The system may further include: 

a trail searcher for matching the search query to previous search queries to 
identify related search trails. 

Another aspect of the invention provides a search query detector for use 
5 with the above described system. 

A further aspect of the invention provides a search trail recorder for use with 
the above described system. 

Yet another aspect of the Invention provides an adajDter manger for use 
with the above described system. 

10 A still further aspect of the invention provides a trail searcher for use with 

the above described system. 

Further aspects of the invention include computer software including a set 
of instructions for carrying out the method performed by the search query detector, 
search trail recorder, adapter manager and/or trail searcher. 

15 The following description refers In more detail to the various features of the 

present invention. To facilitate an understanding, reference is made in the 
description to the accompanying drawings where the automated method and 
system Is Illustrated In a preferred embodiment. It Is to be understood however, 
that the invention is not limited to the prefenred embodiment as Illustrated in the 

20 drawings. 

Refening now to the drawings; 

Figure 1 is a representation of a browser toolbar forming part of a search 
query detector of a system for recording sites accessed by a client in a 
communications networi^ according to the present invention; 
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Figure 2 is a schematic diagram of inter-related components of a system for 
recording sites accessed by a client in a communications network. according to the 
present invention; 

Figure 3 is a schematic diagram of a search query detector forming part of 
5 the system of Figure 2; 

Figure 4 is a search trail recorder forming part of the system of Figure 2; 

Figure 5 is schematic diagram of an adapter manager forming part of the 
system of Figure 2; and 

Figure 6 is a schematic diagram of a trail searcher fonming part of the 
1 0 system of Figure 2. 

Referring now to Figures 1 and 2, the system for recording sites accessed 
by a client in a communications network (in this case, the Internet) according to 
one embodiment of the present invention includes the following four major 
components: a search query detector 10, search trail recorder 11, adapter 

15 manager 12 and trail searcher 13. The search query detector 10 is a client-side 
application that detects submission of a search query from a client to one or more 
search engines. In the example shown in Figure 1, the search query detector 10 
is embodied as a toolbar 20 operable within an Internet browser Installed at a 
client. In other embodiments of the invention, the search query detector 10 may be 

20 embodied as a browser addon or extension, deskbar, agent, proxy or like client- 
side application from which data from a search fonrn can be interpreted. By 
detecting a submission of the search query from a client, the trail watcher captures 
the start of a search trail and the subsequent web links or search trail steps, a user 
takes as they browse through various content served to the client looking for 

25 Information that satisfies their search query. An individual search trail is recorded 
for each hew search trail that a user enters into a search form. The trail recorder 
11 subsequently records a search trail of one or more parameters of sites 
accessed consecutively following return of search query results to the client In the 
browser window 21. 
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The trail recorder 11 may also be adapted to capture the IP address (or 
other network identifier) of the user. In this way, the IP addresses of multiple users 
can be subsequently analysed to group users by country, organisation, 
department or like criteria. 

5 The search query detector 10 is adapted to capture web browser events 

such as a DocumentComplete. The DocumentComplete event occurs whenever 
the browser has finished loading and displaying a new web page. By the time the 
DocumentComplete event occurs the browser has created an Intemal predate , 
stmcture based on the Document Object Model (DOM) to store the page. Client- 

10 side scripting language such as Javascript are able to manipulate this data 
structure inside the memory of the browser, which in turn manipulates the 
corresponding elements of the web page, such as the forms and images 
displayed. The search query detector 10 in this example is embodied as a 
Javascript program that forms a toolbar within an Internet browser, and has partial 

15 or full access to the DOM of a web page. When a search user 14 clicks on a link 
displayed in the Intemet browser window 21 and requests the serving of content 
from the Internet, a new web page is loaded. 

Once the content has been served to the client, a DocumentComplete 
event occurs, which is captured at step 30, as shown in Figure 3. For every form 

20 object found in the web page, the search query detector 10 includes a routine to 
enable interception of the completed form object upon submission of the search 
query by the search user 14. In this embodiment, the search query detector 14 
' adds an onSubmit event handler to every form object inside the Document Object 
Model of the web page served to the client. The onSubmit handler acts to catch 

25 an onSubmit event for all forms of the document if, and when, the event occurs. 
The onSubmit event occurs whenever a user submits the contents of a web form 
to a remote server. By catching the event, the search query detector intercepts 
the submission of a form and ensures that the new onSubmit handler is executed 
before any of the fomns in the document are submitted to a third party web server. 

30 For example, if a user is using the Google® search engine, the search query 
detector intercepts whenever a user submits a search form. Before search 
variables are submitted to the Google® server, they are firstly submitted to the 
search trail recorder 11 so that the start of a new search trail can be recorded. 
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The insertion of the onSubniit handler occurs at step 31 in Figure 3, whilst the 
updating of the Document Object Model occurs in step 32. 

An example of the HTML source code of a simple search box is shown in 
Table 1; 

5 <html> 
<head> 
</head> 
<body> 

<form name = "searchform" 

10 method = "POST' 

action = httD://turbo10.com/x/search.cgi > 

Search <input type = "text* size = "20" name = "query"> 

<input type = "submit" value = "Search"> 

</form> 
15 </body> 

</html> 

Table 1 

The HTML source code includes an attribute, namely the Unifomn Resource 
Locator (URL) of a server-side script that processes a search request. The HTML 

20 source code also includes a method attribute that determines how the parameters 
are to be passed to the server. The two request methods to submit HTML form 
data to a server are the "GET" and "POST" methods. The onSubmit handler 
inserted into every form object of a web page served to a client ensures that all 
completed search fomns are intercepted, at step 33, At step 34, the action 

25 attribute of the search form is transmitted to the trail recorder 11 In order to 
detemiine whether the action attribute corresponds to an action attribute of a 
known search engine. The search query detector 10 is advantageously able to 
intercept both GET and POST fonm submissions. By transmitting only the action 
attribute of a search form submission, the search query detector 10 also ensures 

30 that no private fomi data is transmitted unsecurely to the server-side trail recorder 
1 1 that may compromise the privacy of a user, such as a logging form containing 
user name and password, credit card details or the like. The value of the action 
attribute Is the URL or network address of the search engine program for 
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executing the search query. For example, the value of the action attribute in the 
example of HTLM source code shown in Table 1 Is 
http://turbo10.eom/x/search.cgi. The onSubmIt handler inserted into the fomn 
object at step 31 passes the action attribute in a separate HTTP GET request to 

5 the trail recorder 1 1 at step 35. Referring now to Figure 4, the trail recorder 11 . 
upon receipt of the HTTP GET request from the search query detector 1 0 strips off 
any parameter portion of the network address or URL of the search engine 
program for executing the search query so that only the scheme, host name and 
path remain. To maintain the privacy of the user, no fomi parameters are 

1 0 submitted to the trail recorder 1 1 at this time. Only the value of the action attribute 
is sent to the server. For example, this stripped down version of the search 
engine URL in the example shown In Table 1 Is http://turbo1 0.com/x/search.cql . 

Using this portion of the URL, the trail recorder 11 searches a table 40 of 
"Search Engine Adapters" for an action attribute that' matches the action attribute 
16 value transmitted from the search query detector 10. If the adapter URL does 
match, then the search query detector 10. determines that the search query 
submitted by the user Is the beginning of a new search trail. More generally, upon 
detection of submission of a completed fomn object from the client, the search 
query detector 10 and search trail recorder 11 detemnine If part of the forni object 
20 matches a known search command format of any of a plurality of search engines 
' maintained In a database of known search engine search command formats. 

The matching process undertaken by the search trail recorder 11 Is 
important to determine whether or not the form submitted from the client was a 
search forni or another type of form submission, such as a contact us form, login 

25 form, etc. The matching process is also important in order to detennlne the 
particular search engine intended, to execute the search, as well as the search 
query parameters used by that search engine. The adapter table 40 of known, 
search command fonnats for the various search engines known to the search trail 
recorder is used to identify which of the search query parameters ar^ defaults, 

30 and which are entered by the searcher. For example, following on from the 
example shown in Table 1. a search HTTP GET request for a search engine URL 
may be htt p //turbo10.com/x/search.cal? q=r.^rc;&fmt=html. Two potential search 
query parameters arise from this request, namely "q" and "fmt". One Is entered by 
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the user in the search form, whilst the other is a default value. The adapter table 
^ 40 stores which parameter corresponds to the search query entered by the user. 
In this case, the search query parameter stored in the adapter table 40 is "q" so 
the search trail recorder 1 1 is able to determine that this is the beginning of a 
5 search trail for "cars" and not "html". The adapter definition stored in the adapter 
table 40 is able therefore to distinguish between form parameters entered by the 
searcher and default values, such as session identifiers, user identifiers or other 
hidden variables. More generally, the search command format maintained by the 
adapter table 40 includes not only the network address of a search engine 
10 program for executing the search query, but additionally one or more search 
parameters identifying a user-entered search query. 

If a conrespbnding action attribute constituting part of the fomn object 
submitted by the client is found to match a stored action attribute in the adapter 
table 40, then the search trail recorder 1 1 determines that the form about to be 
15 submitted is a search fomn. When a search form is found at step 41 by the search 
trail recorder, an adapter identifier is transmitted, at step 42, to the search query 
detector 10 to Indicate that the submission of a known search form query has 
been detected. The adapter Identifier returned to the search query detector 10 Is 
maintained in a cunrent adapter identifier table 35. 

20 When an adapter identifier is returned to the search query detector 10, a 

button 22 on the toolbar 20 displays a recording symbol to Indicate to the user that 
a search trail is about to be recorded. If no search form was found, and no 
adapter identifier returned, then the recording icon is not displayed. The search 
user 14 is able to click on the trail recorder button 22 in order to turn the recording 

25 button on or off and therefore selectively activate the search trail recording feature 
of the search trail recorder. The toggling on or off of the search trail recorder is 
carried out at step 37 of Figure 3, which has the effect of changing the state of the 
search trail recorder status data 38 maintained by the search query detector 10. 
At step 39, the search query detector 10 determines whether the state of the 

30 search trail recorder status data 38 indicates that recording should occur, and that 
a known adapter identifier was returned by the trail recorder 11, the search query 
detector 10 initiates the recording of the network address of the consecutively 
accessed sites in the search trail following return of the search query results to the 
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client. An unbroken search trail Is constmcted from a "chain" of Referrers URL 
sent from the browser. If a user types in a URL, closes the browser or presses the 
•Home' button, the trail is brol^en because these actions do not cause a 'Referrer' 
to be sent to the server. 

5 Accordingly, when the search trail recorder function is turned "on", for every 

DocumentComplete event that is detected at step 30, a separate HTTP GET 
request is sent by the search query detector 10 to the search trail recorder 11 at 
step 40 to record a step In the search trail. The parameters sent In the GET 
request include a unique user identifier, the URL of the current page, the referring 

10 URL. the title of the page, the network address of the client, the adapter identifier 
of the search engine, and the search term or terms used by the user. A server 
Common Gateway Interface (CGI) program receives these parameters at step 43 
and stores them in a RAM based database table 44 maintained by a remote 
server. A RAM based database table provides the advantage of enabling the 

15 rapid insertion and storage of parameters describing every step in the search trail. 

Periodically, the RAM based database table 44 is emptied into one of two 
disk-based tables 45 and 46 by an emptying routine 47 maintained by the search 
trail recorder 11. The first disk-based table 45 stores data characterising each 
search trail, whereas the second disk-based table stores data characterising the 
20 consecutive sites accessed in each search trail. A new trail Is created whenever 
the adapter identifier located in step 41 is not null (i.e. a user has entered a search 
query and a search form for a search engine known to the search trail recorder 
11). Subsequent entries in the RAM based database table 44 then form steps in 
the search trail that the user has followed. 

25 For each unique user, each subsequent step in the search trail is entered 

sequentially in the database table 44. Sometimes a searcher may wander off a 
search trail or othenA^ise be distracted. In this case, the database table 44 will 
record URLs that do not relate to the search term or temns originally entered by 
the user. To assist in not recording too many irrelevant trail steps, the search trail 

30 recorder 1 1 may limit the length of a search trail to a maximum number of steps or 
a predetermined maximum elapsed time between the start of the search trail and 
the cunrent search trail step. 
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An example of the types of data maintained in the RAM based table 44 and 
disk-based tables 45 and 46 is set out below. The TrailBucket table 44 stores 
data temporarily in RAM without accessing the disk drive for speed and scalability. 
Table 2 illustrates one example of data stored in the table 44. 



TrailBucket 


userid 


A unique numerical userid 


url 


The URL last visited by the user 


referrer 


The URL that referred the searcher to the 
current URL j 


title 


The title of the page 


context 


A short context of where the search terms 
are found on the page 


ipaddress 


The Internet Protocol address of the client 
machine 


adapterid 


The unique Identifier of the search engine 
where the trail was started 


searchterm 


The search term entered that started the 
trail 


visitedon 


The date and time the page/form is visited 



5 Table 2 

The trail table 45 stores the search term that commenced the trail and the 
source engine (i.e., adapterid), as shown in Table 3. 



Trail 


traiild 


A unique number identifying the trail 


searchterm 


The URL last visited by the user 


adapterid 


The URL that refen^ed the searcher to the 
current URL 


ipaddress 


The IP address of the machine used 


userid 


The title of the page 


createdonday 


A short context of where the search terms 
are found on the page 


visitcount 


The total number of times steps in the trail 
has been visited 



Table 3 



The TrailStep table 46 records details about the URL visited as shown in 
10 Table 4. 
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IS 



TrailStep | 


stepid 


A unique number identifying a step in the 
trail 


title 


The page Title of the URL 


uri 


The URL of the page in the step 


sequence 


The order in the trail of the step 


context 


A short snippet ot text snowing ine Keywora 
in context on the target page 


adapterid 


The URL that reierreo tne searcner to ine 
current URL 


clickedon 


The date and time that the step was clicked j 
on 


visitcount 


The number of times this step has been 

visited 


createdonday 


A short context of where the search terms 
are found on the page 


weight 


The cumulative number of visits to this trail 
step. The total of all steps is the trail visit 
count 


trailid 


Foreign key. Uniquely identifies the Trail 
this TrailStep belongs too 


Table 4 

The adapter table 40 stores details of the search form parameters that d 
underlying search engine, as shown in Table 5. 


1 Adapter 


adapterid 


A unique number identifying a step in the 
trail 


shorttitle 


A short title for the adapter (e.g., google) 


title 


The title of the search engine that the 
adapter connects to (e.g., Google Search 
Engine) 


urI 


The URL of the search engine (e.g., 

httD://www. aooale .CO m) 


searchboxurl 


The URL of the page the searchbox 
appears on (e.g.. httD://w\AAA/.aooae.com) 


status 


The current status of the adapter (e.g., 
Alive. Dead. Broken, Burled) 
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fim^tnii\/P 
iin idv.'iivc? 


Thp numhpr of davs a broken adapter has 
to live before the status is ciianged to dead 
(e.g.. 4) 


formmethod 


Ttie HTTP submission method of the search 
form (e.g., GET or POST) 


action 


■ ■ — ■ — -~ " — ! 

The value of the form action attribute (e.g.. 
httD://www.aooale.com/search) 


queryparameter 


The value of the query parameter that the 
user enters to use the engine (e.g., q) 


testquery 


An example test query term with which to 
test the engine (e.g., test) 


parameters 


Other parameters contained in the search 
form (e.g., ht) 


lastupdatedon 


The time the record was last updated 



Table 5 



As explained previously, the adapter table 40 of known search command 
formats for the various search engines known to the search trail recorder 11 is 
managed by the adapter manager 12. The search command formats maintained 

5 in the adapter table 40 are periodically validated by the adapter manager 12. The 
adapter table 40 contains a description which uniquely Identifies a search engine's 
search fonri. The adapter manager 12 periodically (for example, once a day) tests 
existing search command formats and connects to new search engines to derive 
new search command formats. If a search command format is found to be 

0 broken, the adapter manager will attempt to repair the broken format. The only 
information required to adapt to a search engine is the URL of the web page that 
contains the search box. 

In this example of the invention, all other information is automatically 
gathered by the adapter manager 12. In other embodiments of the invention, a 

5 semi-automatic and/or manual process can also be used to increase the accuracy 
of adapting to the correct form. Accordingly, when a search form URL is 
transmitted by a search user 14 to the adapter manager 12, the adapter manager 
initially determines at step 50 whether an existing adapter Identifier is present In 
the adapter table 40 confirming that the search engine located at that URL is 

!0 already known. If this is the case, a confimnatlon is returned to the search user 14. 
Otherwise, the search form URL Is transmitted to a form finder component that 
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automatically gathers details about the target search engines search form, 
including the search form submission method (i.e. GET or POST) and the value of 
the action attribute (i.e. http//google.com.search). 

Accordingly, at step 51 , the fonn finder component transmits a request for a 
5 search form to an external search engine 52. The search page from the 
corresponding external search engine 52 is then returned to the form finder 
component at step 53. The form finder component locates the search form from 
the Document Object Model of the search page and Identifies the parameters 
required to drive the underlying search engine Including the query parameters, 

10 form submission method, cookie settings' and the search URL, at step 54. This 
parameter Identification step is carried out by requesting the HTML source of the 
search box forni page and parsing the HTML source code with an HTML parser. It 
Is often the case that the first form on the page is the search page. Once a form is 
found, the first text box in the fonm is used at step 55 to test the search command 

15 fonnat (adapter) with the external search engine 52. A test query Is transmitted at 
step 56, which Is then processed by the external search engine 52. A test result 
page is then received by the adapter manager 12 at step 57. when the test query 
was submitted In the correct search command fomiat. If the result page is found 
for the test tenn, the adapter status Is set to "live" In the adapter table 40. 

20 The trail searcher 13 enables a searcher to search for their own trails or the 

trails created by others that match a given search query. Upon receipt of a search 
query from a search user 14. the trail searcher 13 at step 60, acts to match a 
search query against previous search queries stored In the trail table 45 to Identify 
related search trails. A full text index on the search term field is carried out to 

25 enable the matching to be performed after removing stop words and calculating an- 
Inverse Document Frequency (IDF) value for each match. The trail searcher 13 Is 
adapted to enable a user to limit the search to only their own trails, or optionally to 
broaden the search to include the search trails of others. At step 61 . the order in 
which the related search results are to be presented to the search user is 

30 determined by one or more ranking criteria. The order In which the trail search 
results are presented may be detemnined by date, Inverse Document Frequency 
match, target search engine, user identifier and/or trail weight. A combination of 
any one or more of these ranking criteria may be selected by the user. In other 
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embodiments, trails may be presented based upon the network address of the 
client and/or geographic proximity to the user who first traversed the trail. 

In embodiments of the invention where the IP address of users is captured 
by the trail recorder 11, users can choose to search for trails created by other 
.5 users with their own country, department, organisation or other sub-grouping so 
that like users can benefit from each others* past searching experiences. 

A user can selectively decide to either share or not share their search trail 
with others. This can be achieved by the addition of an access rights data that 
users search trails In the trail recorder 1 1 . The access rights data may be added 
10 by the user from the trail watcher 10. (for example by selection of a button on the 
toolbar 20) or by subsequently editing data stored by the trail recorder 1 1 . The trail 
searcher 13 may then be adapted to only retrieve search trail data for which 
access rights to third parties have been granted. 

The trail weight is incremented each time a step on the trail is visited by a 
15 user. A trail's weight is the cumulative weight of all steps in the trails and is initially 
zero. Whenever a trail step is displayed and the user clicks on a. step, a server- 
side CGI program Increments the total weight of the trail step by one (for example, 
http://turbo10.com/cqi-bin/addweiqhtcai?stepid=2132213 >. Steps 12 that are 
clicked on more often acquire more weight. A trail's weight is the sum of all 
20 weights of its trail steps. The order of trails in the results step can be displayed in 
order of decreasing weight with the more traversed trails appearing first. In other 
embodiments, a trail's weight may gradually decrease over time, to that newer 
trails can become popular by appearing in the results set eariier. A user may also 
choose to view other trails that the user has traversed. Accordingly, the ordered 
25 search trail results are presented to the user, after formatting at step 62. Any 
adjustment to the trail weight made at step 63 has the effect of applying a 
weighting to the steps of the search trail maintained in the trail step table 46, which 
is then taken into account In the sorting of the related search results at step 61 . 

It will be understood that the above described client-side and server-srde 
30 functions candled out by the search query detector 10, search trail recorder 11, 
adapter manager 12 and trail searcher 13 are earned out by computer programs 
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comprising a series of instructions for causing a programmable apparatus or 
device to perform desired functionality. In the above described embodiment, the 
search query detector is embodied by a computer program installed in a client, 
whereas the trail record 11, adapter manager 12 and trail searcher 13 are 

5 computer programs or computer program components maintained at a remote 
server. In other embodiments of the invention, the trail recorder 11, adapter 
manager 12 and trail searcher 13 need not necessarily be hosted on a same 
physical server. Similarly, the adapter table 40, trail table 45. trail step table 46, 
trail bucket 44 and other tables and databases required for carrying out the above 

10 described functionality may be located on the same or a different server from the 
computer program or programs accessing those databases or ta6les- 

Finally. it is to be understood that various modifications and/or additions 
may be made to the invention without departing from the spirit or ambit as defined 
in the claims appended hereto. For example, whilst the embodiments of the 
15 Invention described above relate to recordal of internet sites accessed by a client, 
In other embodiments of the invention the sites may be accessed from with an 
intranet, extranet or other networi< running client/server applications. 



